(12) DEMANDE INTERNATIONALE PUBLIEE EN VERTU DU TRAITE DE COOPERATION 

EN MATIERE DE BREVETS (PCT) 




(19) Organisation Mondiale de la Propriete 

Intellectuelle 

Bureau international 

(43) Date de la publication Internationale 

18 aout 2005 (18.08.2005) PCT 



(51) Classification Internationale des brevets'^ : 

H04N 5/765 

(21) Numero de la demande Internationale : 

PCT/FR2004/003388 

(22) Date de depot international : 

24 decembre 2004 (24.12.2004) 

(25) Langue de depot : frangais 

(26) Langue de publication : frangais 

(30) Donnees relatives a la priorite : 

045001 1 5 Janvier 2004 (05.01.2004) FR 



(10) Numero de publication Internationale 

WO 2005/076606 Al 



(71) Deposant (pour to us les Etats designes sauf US) : 
FRANCE TELECOM [FR/FR]; 6, place d'Alleray, 
F-75015 Paris (FR). 

(72) Inventeur; et 

(75) Inventeur/Deposant (pour US seulement) : BERTIN, 
Christian [FR/FR]; 7, rae Monseigneur Duchesne, 
F-35000 Rennes (FR). 

(74) Mandataire : LEDEY, Michel; France Telecom R & 
D/PIV/PI, 38-40, rae du General Leclerc, F-92794 Issy 
Moulineaux Cedex 9 (FR). 

(81) Etats designes (sauf indication contraire, pour tout titre de 
protection nationale disponible) : AE, AG, AL, AM, AT, 

[Suite sur la page suivante] 



(54) Title: METHOD OF RECORDING AUDIO-VISUAL CONTENT IN A COMMUNICATION NETWORK 



(54) Titre : PROCEDE D'ENREGISTREMENT DE CONTENUS AUDIO-VISUELS DANS UN RESEAU DE COMMUNICA- 
TION 




contend enregistre 



1 TERMINAL/USER 

2 SELECTION OF AN AV CONTENT 

3 FINDING A RECORDER IN THE NETWORK 

4 SENDING OF AV CONTENT "RECORD COMMAND" 

5 AWAITING RESPONSE 

6 AWAITING PLANNED FINISH TIME OF AV CONTENT RECORDING 

7 SENDING OF RECORD COMMAND STATUS REQUEST 

8 DELAYED? 

9 AVAILABLE? 

1 0 ACQUISITION OF CONTENT BY TRANSFER OF AV CONTENT FROM NETWORK RECORDER TO CLIENT TERMINAL 

1 1 DELETION OF CONTENT RECORDED IN THE NETWORK 

12 U DDI Dl RECTO RY OR WEB S ITE 

13 NETWORK RECORDER 

14 DECLARATION OF A RECORDER IN THE NETWORK EITHER BY DISPLAY ON A WEB SITE OR BY UDDI AND SOAP PROTOCOL 

1 5 RECEIPT OF AV CONTENT RECORD COMMAND 

16 SENDING OF REFUSED "RECORD COMMAND" WITH CAUSE 

17 COMMAND OK? 

18 RECORD PROGRAMMING. SENDING OF ACCEPTED "RECORD COMMAND" WITH PLANNED RECORD FINISH TIME 

19 RECEIPT OF A RECORD COMMAND STATUS REQUEST 

20 SENDING OF UNKNOWN "RECORD REQUEST" 

21 SENDING OF "RECORD COMMAND" IN PROGRESS, REMINDER TIME 

22 SENDING OF "RECORD FAILURE" 

23 SENDING OF "RECORD PERFORMED", ADDRESS OF RECORDED CONTENT 

24 KNOWN? 

25 IN PROGRESS? 

26 CONTENT AVAILABLE? 
A YES 

B NO 



pluralite de canaux de diffusion, renregistrement 



(57) Abstract: The invention relates to a method of 
recording audio -visual content in a communication 

network. According to the invention, the commu- 
nication network comprises at least one network 
recorder which can record audio -visual content that 
is broadcast over a plurality of broadcast channels, 
whereby the audio-visual content is recorded at the 
request of a user equipped with a communication 
terminal comprising at least one network recorder. 
The inventive method comprises the following steps, 
namely: the network recorder identifies itself by 
indicating at least (i) one means for accessing said 
recorder and (ii) a list of broadcast channels; the user 
selects a network recorder which can record at least 
one desired audio -visual content item and connects 
to same using the aforementioned access means 
in order to command the recording of said at least 
one audio-visual content, said command comprising 
an identification of the audio-visual content to be 
recorded; and the network recorder emits a response 
to the record command from the user, containing, 
for each content to be recorded, an identification of 
the accepted record conmiand when the conmiand is 
accepted- The invention can be used for the remote 
recording of audio -visual content. 

(57) Abrege : Procede d'enregistrement de contenus 
audio-visuels dans un reseau de communication. Se- 
lon I'invention, ledit reseau de conMnunication com- 
prenant au moins un enregistreur de reseau apte a en- 
registrer des contenus audio-visuels diffuses sur une 
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desdits contenus audio-visuels etant effectue a la demande d'un utilisateur muni d'un terminal de communication avec au moins 
un enregistreur de reseau, ledit precede comporte les etapes suivantes : - pour I'enregistreur de reseau, s'identifier en indiquant au 
moins : * un moyen d'acces audit enregistreur, * une liste de canaux de diffusion, - pour I'utilisateur, choisir un enregistreur de 
reseau apte a enregistrer au moins un contenu audio -visuel souhaite et s'y connecter a I'aide dudit moyen d'acces afin de commander 

renregistrement dudit au moins un contenu audiovisuel, ladite commande comprenant une identification du contenu audio visuel 
a enregistrer, - pour I'enregistreur de reseau, emettre une reponse a la commande d'enregistrement de I'utilisateur contenant pour 
chaque contenu a enregistrer une identification de la commande d'enregistrement acceptee, en cas d'acceptation de la conmiande. 
Application a I'enregistrement a distance de contenus audio-visuels. 
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PROCEDE D'ENREGISTREMENT DE CONTENUS AUDIO-VISUELS 
DANS UN RESEAU DE COMMUNICATION 



La presente invention concerne un procede d'enregistrement de 
contenus audio-visuels dans un reseau de communication. 

L'invention trouve une application particulierement avantageuse dans le 
domaine de Tenregistrement a distance de contenus audio-visuels, 

5 On connaTt de Tetat de la technique des procedes d'enregistrement a 

distance de contenus audio-visuels diffuses par des canaux de diffusion a 
travers un reseau de communication qui consistent a requerir aupres d'un 
canal de diffusion qu'il diffuse un contenu choisi par Tutilisateur sur un 
enregistreur numerique personnel (PDR pour Personal Digital Recorder) situe 

10 par exemple au domicile de Tutilisateur. 

Le recours a de tels procedes d'enregistrement a distance est rendu 
necessaire lorsque, par exemple, un utilisateur se trouvant eloigne de son 
domicile s'apergoit qu'il a oublie de programmer un enregistrement sur son 
PDR alors qu'il etait encore chez lui. 

15 L'utilisateur peut alors au moyen de son ordinateur de bureau, de son 

telephone mobile ou de son assistant personnel (PDA) programmer a distance 
cet enregistrement par une requete aupres du canal de diffusion concerne. 

Cependant, s'ils repondent bien a ce type de besoin, les procedes 
d'enregistrement a distance connus ne permettent pas de resoudre d'autres 

20 problemes lies a I'enregistrement de contenus audio-visuels. C'est le cas, en 
particulier, lorsque le canal de diffusion dont I'utilisateur souhaiterait 
enregistrer un contenu ne peut etre regu du fait que ce canal ne fait pas partie 
de I'abonnement souscrit par Tutilisateur, ou encore lorsque le recepteur de 
Tutilisateur ne peut recevoir un seul canal a la fois et qu'il est utilise, par 

25 exemple par une autre personne, sur un autre canal de diffusion au moment 
de la diffusion du contenu que I'utilisateur souhaite enregistrer. 
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Aussi, le probleme technique a resoudre par Tobjet de la presente 
invention est de proposer un procede d'enregistrement de contenus audio- 
visuels dans un reseau de communication, qui permettrait a un utilisateur 
d'enregistrer des contenus audio-visuels quMI ne peut directement enregistrer 
5 sur son recepteur, soit parce qu'ils ne peuvent etre regus sur son recepteur, 
soit parce que le recepteur n'est pas prevu pour recevoir plusieurs canaux de 
diffusion a la fois. 

La solution au probleme technique pose consiste, selon la presente 
invention, en ce que, ledit reseau de communication comprenant au moins un 

10 enregistreur de reseau apte a enregistrer des contenus audio-visuels diffuses 
sur une pluralite de canaux de diffusion, Tenregistrement desdits contenus 
audio-visuels par un enregistreur de reseau etant effectue a la demande d'un 
utilisateur muni d'un terminal de communication apte a echanger des 
informations avec au moins un enregistreur de reseau a travers ledit reseau 

15 de communication, ledit procede comporte les etapes suivantes : 

- pour I'enregistreur de reseau, se declarer dans le reseau , la declaration 
indiquant au moins : 

* un moyen d'acces audit enregistreur, 

* une liste de canaux de diffusion dont les contenus audio-visuels 
20 diffuses sont aptes a etre enregistres par I'enregistreur de reseau, 

- pour I'utilisateur, choisir au moyen de son terminal un enregistreur de reseau 
apte a enregistrer au moins un contenu audio-visuel souhaite et s'y connecter 
a I'aide dudit moyen d'acces afin de commander I'enregistrement dudit au 
moins un contenu audio-visuel, ladite commande comprenant une 

25 identification dudit au moins un contenu audio-visuel a enregistrer a choisir, 
separement ou en combinaison, entre une reference unique dudit contenu et 
une identification d'une instance dudit contenu constitute d'au moins 
I'identification du canal de diffusion de ladite instance accompagnee de 
I'indication d'une plage horaire de diffusion, 

30 - pour I'enregistreur de reseau, emettre une reponse a la commande 
d'enregistrement de I'utilisateur contenant pour chaque contenu a enregistrer 
une identification de la commande d'enregistrement acceptee, en cas 
d'acceptation de la commande. 
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Ainsi, I'utilisateur peut a tout moment depuis son PDR, mais aussi 
depuis son ordinateur personnel, son telephone mobile ou son assistant 
personnel, commander a Tenregistreur de reseau d'enregistrer pour lui un 
contenu audio-visuel sur nMmporte quel canal de diffusion , meme ceux 

5 auxquels il n'a pas directement acces, afin de le transferer ensuite sur le 
recepteur de son choix (PDR, ordinateur personnel, PDA) et le regarder a un 
moment ou le recepteur est disponible. 

Selon invention, ladite indication de plage horaire comporte I'heure de 
debut de diffusion et Theure de fin ou la duree de diffusion sur le canal de 

10 diffusion de ladite instance. 

L'invention prevoit deux moyens d'acces principaux a un enregistreur 
de reseau. En effet, selon un mode de realisation, ledit moyen d'acces a un 
enregistreur de reseau consiste en une adresse dudit enregistreur dans le 
reseau, alors que, selon un autre mode de realisation, ledit moyen d'acces a 

15 un enregistreur de reseau consiste en un annuaire comprenant une inscription 
des operations particulieres aux enregistreurs de reseau, chaque enregistreur 
de reseau etant identifie par ladite operation. 

De maniere plus precise, selon invention, ladite liste des canaux de 
diffusion dont les contenus audio-visuels diffuses sont aptes a etre enregistres 

20 par I'enregistreur de reseau comporte Tadresse de chacun des canaux de 
diffusion, accompagnee optionnellement du tarif pratique par I'enregistreur de 
reseau pour chacun des canaux de diffusion. On entend par « adresse d'un 
canal de diffusion » un identifiant tel que codifie par un consortium 
rassemblant des organismes et des societes interesses, comme le forum TV- 

25 Anytime. 

Par ailleurs, afin de permettre a I'utilisateur de recevoir dans des 
conditions techniques compatibles avec son recepteur Tenregistrement du 
contenu audio-visuel effectue par Tenregistreur de reseau, il est prevu par 
I'invention que la declaration de Tenregistreur de reseau dans le reseau 
30 contient les capacites de conversion dudit enregistreur. Plus particulierement, 
lesdites capacites de conversion concernent la reduction en debit et/ou le 
transcodage des contenus audio-visuels. 
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II faut egalement signaler que les contraintes concernant le debit et le 
transcodage du contenu audio-visuel emanent de Tutilisateur lui-meme 
puisque Tinvention preconise que ladite commande contient les capacites de 
conversion exigees par I'utillsateur pour le transfer! de renregistrement vers 
5 son terminal. 

De meme, selon I'invention, la declaration de Tenregistreur de reseau 
dans le reseau contient les protocoles de transfert du contenu audio-visuel 
enregistre vers le terminal de Tutilisateur aptes a etre mis en oeuvre par 
Tenregistreur de reseau. En d'autres termes, cette disposition permet a 
10 Tutiiisateur de choisir soit un mode de transfert direct, de type « streaming », 
soit un mode par telechargement, en differe par rapport a renregistrement 
dans le reseau. 

Apres avoir regu une commande d'enregistrement, Tenregistreur de 
reseau fournit une reponse a I'utilisateur qui a emis la commande. 

15 Dans le cas d'un refus, la reponse de Tenregistreur de reseau a la 

commande d'enregistrement de Tutilisateur contient une identification de 
contenu refuse, en cas de pluralite de contenus commandes. De meme, la 
reponse de Tenregistreur contient la raison du refus. Un refus peut provenir 
par exemple du fait que Tenregistreur de reseau n'a pas acces au contenu 

20 demande par Tutilisateur. 

Dans le cas d'une acceptation de la commande, I'invention envisage 
plusieurs options possibles en plus de I'identification de la commande 
acceptee, a savoir : la reponse de I'enregistreur de reseau contient ladite 
reference unique du contenu audio-visuel commande, la reponse de 

25 I'enregistreur de reseau contient I'heure de fin programmee de 
renregistrement et/ou le cout dudit enregistrement, ou encore la reponse de 
I'enregistreur de reseau contient la duree de conservation de renregistrement 
par Tenregistreur de reseau. 

Egalement, le precede d'enregistrement, objet de I'invention, offre a 

30 Tutiiisateur la possibilite de se reviser et de revoir sa commande, puisqu'il est 
prevu que ledit precede comporte egalement les etapes consistant pour 
Tutiiisateur a formuler une requete d'annulation d'une commande 
d'enregistrement acceptee ou de suppression d'un contenu enregistre par 
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I'enregistreur de reseau, en indiquant au moins Udentification de la commande 
d'enregistrement acceptee. 

De maniere a permettre a Tutilisateur de savoir a tout moment a quel 
stade de traitement par Tenregistreur de reseau se trouve sa commande, le 
5 precede d'enregistrement selon I'lnvention comporte egalement les etapes 
consistant : 

- pour Tutilisateur, en cas d'acceptation de la commande, a formuler vers 
I'enregistreur de reseau une requete sur Tetat de la commande 
d'enregistrement en indiquant au moins ladite identification de la commande 

10 d'enregistrement acceptee, 

- pour I'enregistreur de reseau, a emettre une reponse a la requete sur I'etat 
de la commande d'enregistrement contenant au moins Tidentification de la 
commande d'enregistrement acceptee et I'etat de la commande. 

De preference, ladite requete sur I'etat de la commande 
15 d'enregistrement contient ladite reference unique du contenu et/ou 
ridentification de I'utilisateur. 

Selon les situations, la reponse de I'enregistreur a la requete sur I'etat 
de la commande peut prendre plusieurs formes : 

- la reponse a la requete sur I'etat de la commande d'enregistrement 
20 contient, en cas de commande non encore executee, la reference unique du 

contenu et/ou la date et I'heure de fin programmee. 

- la reponse a la requete sur I'etat de la commande d'enregistrement 
contient, en cas de commande inconnue, la reference unique du contenu. 

- la reponse a la requete sur I'etat de la commande d'enregistrement 
25 contient, en cas d'echec de la commande, la reference unique du contenu. 

- la reponse a la requete sur I'etat de la commande d'enregistrement 
contient, lorsque le contenu est disponible, une adresse ou le contenu 
enregistre est disponible. Dans ce dernier cas, la reponse contient la 
reference unique du contenu et/ou la duree de conservation de 

30 Tenregistrement par I'enregistreur de reseau. 

La description qui va suivre en regard des figures annexees, donnees a 
titre d'exemples non limitatifs, fera bien comprendre en quoi consiste 
invention et comment elle peut etre realisee. 
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La figure 1 est un organigramme general du procede d'enregistrement 
selon rinvention. 

La figure 2 est un organigramnne du procede d'enregistrement selon 
rinvention dans le cas d'une commande d'enregistrement reussie. 
5 La figure 3 est un organigramme du procede d'enregistrement selon 

[Invention dans le cas d'une commande d'enregistrement refusee. 

La figure 4 est un organigramme du procede d'enregistrement selon 
rinvention dans le cas d'une commande d'enregistrement reussie avec delai 
supplementaire. 

10 La figure 5 est un organigramme du procede d'enregistrement selon 

rinvention dans le cas d'une commande d'enregistrement reussie suivie d'une 
annulation. 

La figure 6 est un organigramme du procede d'enregistrement selon 
rinvention dans le cas d'une commande d'enregistrement reussie suivie d'un 
15 echec d'enregistrement. 

La figure 7 est un organigramme du procede d'enregistrement selon 
rinvention dans le cas d'une commande d'enregistrement inconnue. 

Sur la figurel est represents de maniere generale un organigramme 
d'un procede d'enregistrement de contenus audio-visuels (AV) dans un reseau 
20 de communication. 

Ce procede implique au moins un enregistreur de reseau, 
correspondant a la partie droite de la figure 1, apte a enregistrer des contenus 
audio-visuels diffuses sur des canaux de diffusion. Les enregistreurs de 
reseau sont des operateurs qui offrent a des utilisateurs la possibilite 
25 d'enregistrer a leur place et pour leur compte des contenus audio-visuels qu'ils 
ne peuvent enregistrer eux-meme du fait par exemple qu'il ne leur est pas 
possible, par faute d'abonnement adequat, d'acceder au canal de diffusion 
diffusant le contenu AV recherche ou encore du fait que leur recepteur est 
deja utilise par une autre personne sur un autre canal de diffusion. Les 
30 enregistreurs de reseau peuvent etre des operateurs specialises dans ce type 
de service ou les canaux de diffusion (chaTnes de television) eux-meme. 

L'enregistrement d'un contenu audio-visuel par I'enregistreur de reseau 
est effectue a la demande d'un utilisateur, correspondant a la partie gauche 
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de la figure 1, muni d'un terminal apte a echanger des informations 
concernant la commando d'enregistrement avec des enregistreurs de reseau 
a travers un reseau de communication. 

Dans un premier temps, ies enregistreurs de reseau doivent se declarer 
dans le reseau de communication . Ceci peut se faire directement a travers un 
site Web de I'enregistreur ou par Tintermediaire d'un annuaire, par exemple 
UDDI (Universal Description, Discovery and Integration) associe a la 
technologie d'echange SOAP (Simple Object Access Protocol). Dans ce 
dernier cas, Tannuaire doit creer une rubrique particuliere correspondant a 
Tactivite « Enregistreurs de reseau » et y inscrire Ies enregistreurs de reseau 
qui se seront declares dans cette annuaire et pour cette rubrique. 

La declaration de chaque enregistreur de reseau de son existence dans 
le reseau (structure de donnees <TV_Record_Sen/ice_Declaration>) indique : 

- de preference, une adresse de Tenregistreur de reseau (element 
<RecordServiceAddress>) que ce soit celle d'un site Web ou d'une une 
rubrique d'annuaire, il s'agit de I'adresse a laquelle la commande 
d'enregistrement devra etre envoyee, 

- de preference, la liste des canaux de diffusion qu'il peut enregistrer 
(element <DeliveryServiceList>) pouvant contenir pour chaque canal : 

* de preference, Tadresse du canal de diffusion telle que definie, 
par exemple, par le forum TV Anytime (attribut "service URL"), 

* optionnellement, le tarif pratique par Tenregistreur pour ce canal 
de diffusion (element <ChargingPolicy>), 

- optionnellement, Ies capacites de conversion de Tenregistreur 
(element <ConversionCapabilities>) qui se decomposent en : 

* possibilite de reduction en debit (element 
<BitrateConversionCapability>), passage de 4 a 2 Mbits par 
exemple. 

* possibilite de transcoder Ies contenus audiovisuels (element 
<TranscodingCapability>) dans differents formats de codage 
audiovisuel, tel que le transcodage l\/IPEG2 en MPEG4. 
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- optionnellement, les protocoles supportes pour le transfert du contenu 
AV une fois renregistrement effectue vers le recepteur de Tutilisateur : mode 
FTP, « streaming » ou telechargement differe. 

Correlativement, I'utilisateur doit etre en mesure de decouvrir 
5 I'existence des enregistreurs de reseau de maniere a pouvoir selectionner 
celui qui sera susceptible d'enregistrer le contenu AV souhaite dans les 
meilleures conditions techniques, economiques et ergonomiques. Ceci peut se 
faire : 

- soit par la definition d'un type MIME (Multipurpose Internet Mail 
10 Extensions) particulier (ex. : "application/x-TV-Record-Service-Declaration''), 

ce qui permet a la reception d'un fichier de ce type, en provenance d'un site 
Web, d'activer sur le recepteur de Tutilisateur un logiciel d'interpretation de la 
structure de donnees <TV_Record_Service_Declaration> definie ci-dessus, 

- soit par Tutiiisation d'un annuaire UDDl avec la definition d'un nouveau 
15 "tModel" pour les services d'enregistrement de contenus audiovisuels 

permettant a tout enregistreur de declarer son existence et ses capacites a 
cette annuaire par la structure de donnees <TV_Record_Service_Declaration> 
definie ci-dessus. 

Apres avoir choisi, a partir d'un site Web ou d'un annuaire, 
20 I'enregistreur de reseau qui lui convient le mieux pour I'enregistrement du 
contenu AV souhaite, I'utilisateur adresse a cet enregistreur une commando 
d'enregistrement (structure de donnees <TV_Record_Service_Request>) 
comprenant : 

- de preference, Tidentification de Tutilisateur (attribut <Userld>) si ce 
25 dernier n'a pas ete identifie d'une autre maniere comme par exemple au 

moment de sa connexion avec Tenregistreur (connexion du type identifiant- 
mot de passe), 

- de preference, une identification du contenu AV a enregistrer qui peut 

etre : 

30 * soit une reference unique dudit contenu (attribut "CRID"), 

essentiellement une simple identification du contenu en tant que tel, 

* soit ridentification faite par I'utilisateur lui-meme d'une instance 
de ce contenu constituee de : 
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, de preference, Tidentification du canal de diffusion 

(attribut "serviceURL"), 

, de preference, Theure de debut (attribut "start"), 

. de preference, Theure de fin (attribut "end") ou la duree 

(attribut "duration"), 

optionnellement, Tidentification d'une instance 

particuliere (attribut "instanceMetadatald"), 

- optionnellement, les capacites de conversion exigees par Tutilisateur. 
La reponse de I'enregistreur de reseau a la comnnande 

d'enregistrement de Tutilisateur (structure de donnees 
<TV_Record_Service_Request_Response>) contient pour chaque contenu a 
enregistrer : 

- soit une acceptation de la connmande d'enregistrement (element 
<RecordRequestSuccess>) contenant : 

* de preference, Tidentification de la commande d'enregistrement 
acceptee (attribut "requestid"), 

* optionnellement, Tidentification du contenu demande (attribut 
"CRID"), 

* optionnellement, Theure de fin programmee d'enregistrement 
(attribut "recordEndTime"), 

* optionnellement, la duree de conservation du contenu 
enregistre (attribut "keepDuration"), 

* optionnellement, le cout de Tenregistrement (attributs 
"recordCost" et "currency"). 

soit un refus de commande d'enregistrement (element 
<RecordRequestFailure>) contenant : 

* de preference, Tidentification du contenu demande (attribut 
"CRID'l 

* optionnellement, la raison du refus (attribut "KOreason"). 

En cas d'acceptation de sa commande, I'utilisateur peut suivre Tetat de 
sa commande d'enregistrement (structure de donnees 
<TV_Record_Request_Status_Request>) en indiquant : 
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- de preference, Tidentification de la commande d'enregistrement 
acceptee (attribut "requestid"), 

- optionnellement, Tidentification du contenu a enregistrer (attribut 
"CR/D"), 

- optionnellement, I'identification de Tutilisateur (attribut <Userld>). 

A cette requete sur I'etat de la comnnande, Tenregistreur de reseau 
emet une reponse (structure de donnees 

T\/_Record_Request_Status_Response>) contenant : 

- en cas de commande non encore executee : 

* de preference, Tidentification de la commande 
d'enregistrement acceptee (attribut "requestid"), 

* de preference, Tetat de la commande (attribut "status", 
valeur "runnningRequest"), 

* optionnellement, I'ldentification du contenu a enregistrer 
(attribut "CR/D"), 

* optionnellement, la date et Theure de fin programmee 
(attribut "callAfter"). 

- en cas de commande inconnue (I'attribut « requestID » n'est pas 
reconnue) : 

* de preference, Tidentification de la commande d'enregistrement 
acceptee (attribut "requestid"), 

* de preference, Tetat de la commande (attribut "status", valeur 
"unknownRequest"), 

* optionnellement, Tidentification du contenu a enregistrer 
(attribut "GRID"). 

- en cas de commande terminee sur echec (cas d'une panne par 
exemple) : 

* de preference, Tidentification de la commande d'enregistrement 
acceptee (attribut "requestid"), 

* de preference, Tetat de la commande (attribut "status", valeur 
"failedRequest"), 

* optionnellement Tidentification du contenu a enregistrer (attribut 
"CRID"). 
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- en cas de commande terminee avec contenu disponible : 

* de preference, Tidentification de la commande d'enregistrement 
acceptee (attribut "requestid"), 

* de preference, Tetat de la commande (attribut "status", valeur 
"contentAvailable "), 

* de preference, le moyen de recuperer le contenu enregistre 
(attribut "contentURL"), 

* optionnellement, i'identification du contenu a enregistrer 
(attribut "CRID"), 

* optionnellement, la duree de conservation du contenu 
enregistre dans I'enregistreur (attribut "keepDuration"). 

L'utilisateur dispose egalement de la faculte, sMI change d'avis, de 
requerir I'annulation de sa commande d'enregistrement (structure de donnees 
<TV_Record_Request_Cancel>) en indiquant : 

- de preference, IMdentification de la commande d'enregistrement 
acceptee (attribut "requestid"), 

- optionnellement, Tidentification du contenu a enregistrer (attribut 
"CRID"), 

- optionnellement, identification de Tutilisateur (attribut <Userld>). 
L'utilisateur peut aussi demander la suppression d'un contenu AV deja 

enregistre dans le reseau (structure de donnees 
<Recorded_Content_Delete>) en indiquant : 

- de preference, Tidentification de la commande d'enregistrement 
acceptee (attribut "requestid"), 

- optionnellement, Tidentification du contenu a enregistrer (attribut 
"CRID"), 

- optionnellement, ridentification de Tutilisateur (attribut <Userld>), 

Les etapes du precede d'enregistrement qui viennent d'etre presentees 
de maniere generate en regard de la figure 1 vont maintenant etre decrites 
plus en detail en reference aux figures 2 a 7. 
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1 . Enregistrement de contenus audio-visuels dans le reseau a partir d'un site 
Web d'un enregistreur de reseau. 

1.1. Decouverte d'un enregistreur de reseau par site Web. 
5 Un enregistreur de contenus audiovisuels peut se faire connaTtre au 

moyen d'une page HTML sur son site Web. 

En cliquant sur un lien indique sur la page Web, le ternninal de 
Tutilisateur regoit un fichier avec un type MIME particulier : "application/x-TV- 
Record'Service-Declaration ". 
10 Le fichier obtenu en retour contient les informations suivantes : 

- de preference, Tadresse de Tenregistreur sur le reseau (element 
<RecordServiceAddress>), 

- de preference, la liste des chaTnes qu'il peut enregistrer (element 
<DeliveryServiceList>) contenant pour chaque chame : 

15 * de preference, Tadresse de la chaTne telle que definie par le 

forum TV Anytime (attribut "serviceURL"), 

* optionnellement, le tarif pratique par Tenregistreur pour cette 
chame (element <ChargingPolicy>) , 

- optionnellement, les capacites de conversion de Tenregistreur 
20 (element <ConversionCapabiUties>) qui se decomposent en : 

* possibilite de reduction en debit (element 
<Bitrate Conversion Capability>) , 

* possibilite de transcoder les contenus audiovisuels (element 
<TranscodingCapability>) dans differents formats de codage 

25 audiovisuel, 

- optionnellement, les protocoles supportes pour le transfert du 
contenu une fois Tenregistrement effectue vers le poste client (par 
defaut, on pourrait considerer que seul le mode FTP ou un autre est 
toujours propose). 

30 



Exemple d'un fichier de declaration d'enregistreur dans le reseau 



wo 2005/076606 



13 



PCT/FR2004/003388 



<TV_Record_Servlce_Decl a ration xmlns:xsi=''http://www. w3.org/2001/XMLSchema--lnstance" 

xsi:noNamespaceSGhemaLocation="TVRecServ.xsd" version- '1 "> 

<RecordServiceAddress>littp://www.volla.fr/Record Request. rr</RecordServiceAddress> 
<ConversionCapabilities> 

<BitrateConversionCapab!lity>true</BitrateConversionCapability> 
<TranscodingCapability>MPEG-1</TranscodingCapability> 
<TranscodingCapability>MPEG-4</TranscodingCapability> 
</ConversionCapabilities> 
<SupportedTransferProtocois> 

<SupportedTransferProtocol value="FTP"/> 
<SupportedTransferProtocoI value="HTTP7> 
</S u p po rtedTra nsf erP rotocoIs> 
<DeliveryServjceList> 

<DeliveryServlce servjceURL="dvb://1 .2.a"> 

<ChargingPoIiGy xml:lang="en">3 USD for AV contents produced in the last 3 months, 1 USD for 
the other contents</ChargingPolicy> 
</Del i very S ervlce> 

<DenveryService servlceURL="dvb://1 .2.b7> 
<DeliveryService serviceURL="dvb://1 .2.c7> 
</DeliveryServiceList> 
</TV_Record_Servlce_Declaration> 

Cette table permet de declarer un enregistreur de contenus 
audiovisuels diffuses que Ton peut commander a Tadresse indiquee par 
Telement <RecordServiceAcldress> pour les services de livraison de contenus, 
ou canaux de diffusion (canaux de television) indiques par les elements 
<DeliveryServiceURL>. 

Ainsi, lorsque Tutilisateur desire enregistrer un contenu diffuse par Tun des 
canaux de diffusion ainsi declares, le terminal de Tutilisateur peut, s'il ne regoit 
pas directement le canal de diffusion du contenu selectionne ou s'il est dans 
rimpossibilite de le recevoir a Theure de diffusion du contenu, commander 
Tenregistrement de ce contenu a Tadresse indiquee dans Telement 
<RecordServiceAdclress>. 
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1.2. Commande par Tutilisateur d'un enregistrement dans le reseau. 

Quand un utilisateur desire faire appel a un enregistreur de reseau parce 
quil a decouvert dans Tetape precedente que celui-ci pouvait lui enregistrer 
5 les contenus audiovisuels diffuses par un canal de diffusion particulier, il doit 
lui envoyer, a Tadresse indiquee par I'element <RecordServiceAddress> de la 
table definie ci-dessus, la commande <TV_Record_Service_Request> avec 
les informations suivantes : 

- de preference, Tidentification de Tutilisateur (attribut "Userld"), 

10 - optionnellement, Tidentification du protocole a utiliser pour le transfert 

du contenu apres enregistrement, 

- optionnellement, Tidentification du codage desire pour le contenu a 
enregistrer (ce qui peut demander un transcodage dans Tenregistreur), 

- de preference, ridentification du contenu a enregistrer (attribut 
15 "CRID"), 

- optionnellement, ridentification d'une instance de ce contenu 
constituee de : 

* de preference, i'identification de la chame de television (attribut 
"serviceURL"), 

20 * de preference, Theure de debut (attribut "start"), 

* de preference, Theure de fin (attribut "end") ou la duree (attribut 
"duration"), 

* optionnellement, ridentification d'une instance particuliere 
(attribut "instanceMetadatald"). 

25 

Exemple d'un fichier de commande d'enregistrement de deux contenus 
dans le reseau avec protocole de recuperation du contenu enregistre en FTP, 
transcodage en MPEG-4 avec un debit maximal de 1500 kbit/s pour le 
contenu "crid://hbc.com/foxes/episode1 1" sur le canal de television "dvb:// 
30 1.4ee2.3f5r et le contenu "crid://ch1 .com/serie/ep12" sur le canal 
"dvb://1.4ee2.3f4;4f5r : 
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<TV_Record_Service_Request xmIns:xsi="http://www.w3.org/2001/XMLSchema--lnstance" 
xsi:noNamespaceSchemaLocation="TVRecServ.xsd" userId="X3YZDFdeGH49"> 

<RequestedTransferProtocol>FTP</RequestedTransferProtocol> 

<Transcoding>MPEG-4</Transcodlng> 
5 <MaxBitRate>1 500</MaxBltRate> 

<Contentldentiflcatlon crid="crid://hbc.com/foxes/episode1 1" serviceURL="dvb:// 1.4ee2.3f5/" start="2001- 
04-07X19:00:00.00+01 :00" duration="PT1 H30M7> 

<Contentldentification crid="crid://ch1 .com/sene/ep12" serviceURL="dvb://1 .4ee2.3f4;4f5/" start="2003-06- 
27X12:30:00.00+01 :00" duratlon="PX0H30M" instanceMetadatald="imi:broadcast/17> 
10 </XV_Record_Service__Request> 

Chaque contenu a enregistrer est identifie par son CR/D, par le 
serviceURL qui va delivrer le contenu, par son heure de debut et sa duree (ou 
son heure de fin) et eventuellement son identification d'instance. 
15 En retour la reponse <TV_Recorcl__Service_Request_Response> 

contient pour chaque contenu dont renregistrennent a ete comnnande : 

- soit une acceptation de commande d'enregistrement (element 
<RecordRequestSuccess>) (figure 2) contenant : 

* de preference, Tidentification de la commande 
20 d'enregistrement acceptee (attribut "requestid"), 

* de preference, ridentification du contenu commande 
(attribut "CRID"), en cas de pluralite de contenus commandes 
dans la meme commande, 

* optionnellement, ridentification du contenu commande 
25 (attribut "CRID"), dans le cas d'un contenu unique commande, 

* optionnellement, Theure de fin programmee 
d'enregistrement (attribut "record EndTime") 

* optionnellement, la duree de conservation du contenu 
enregistre (attribut "keepDuration"), 

30 * optionnellement, le cout de I'enregistrement (attributs 

"recordCost" et "currency"), 

- soit un refus de la commande d'enregistrement (element 
<RecordRequestFailure>) (figure 3) contenant : 
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* de preference, Tidentification du contenu demande (attribut 
"CRID'") refuse, en cas de pluralite de contenus comnnandes 
dans la nneme commande, 

* optionnellement, Tidentification du contenu commande 
(attribut "CRID") en cas d'un seul contenu commande, 

* optionnellement, la raison du refus (attribut "KOreason"). 

Exemple de reponse a une commande d'enregistrement avec 
acceptation pour deux contenus (le deuxieme avec indication de duree de 
conservation et cout a payer) et refus pour deux autres : 

<TV_Record_Servlce_Request_Response xmlns:xsi="http://wAW.w3.org/2001/XMLSchema'-instance'' 
xsi:noNannespaceSchemaLocation="TVRecServ.xsd"> 

<RecordRequestSuccess crid="crid://hbc.com/foxes/episode1 1" requestld="12456XD34" 
recordEndTime="2003-04-07T20:30:00.00+01:007> 

<RecordRequestSuccess crid="crid://zzz.com/movie/title1" requestld="1 56WQ77" record EndTinne="2003-04- 
07X20:30:00.00+01:00" keepDuration="PT24H" record Cost="2" currency="USD7> 
<RecordRequestFailure crid- 'crid://ch1 .com/serie/ep12" KOreason="unknownCRID7> 
<RecordRequestFailure crid="cnd://chaine5.com/film1 5" KOreason="unavaiiableServiceURL7> 
</TV_Record_Service„Request_Response> 

1 .3. Gestion d'une commande d'enregistrement dans le reseau. 

Apres acceptation d'une commande d'enregistrement dans le reseau, 
Tenregistreur de reseau a les moyens de se tenir informe des changements 
d'horaire pouvant intervenir dans la diffusion des contenus AV et de 
reprogrammer Tenreglstrement des contenus commandes en consequence. 

Apres acceptation d'une commande d'enregistrement dans le reseau, 
rutilisateur a plusieurs possibilites : 

- annuler sa commande d'enregistrement (si le cout est trop eleve ou s'il 
change d'avis), 
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- interroger sur Tetat de sa commande d'enregistrement (pour savoir si 
le contenu a ete reprogramme a une autre date ou heure ou si 
I'enregistrement est termine) 

Pour annuler une commande d'enregistrement, Tutilisateur dolt envoyer 
la commande "annuler une commande d'enregistrement" (structure de 
donnees <TV_Record_Request__Cancel>) (figure 5) contenant : 

- de preference, Tidentification de la commande d'enregistrement 
acceptee (attribut "requestid"), 

- optionnellement, Tidentification du contenu a enregistrer (attribut 
"CRID'% 

- optionnellement, I'identification de Tutilisateur (attribut <Userld>). 
Exemple de commande d'annulation de demande d'enregistrement : 

<TV_Record_Request_Cancel xmlns:xsi="http://wvvw.w3.org/2001/XMLSchema-instance" 
xsi:noNamespaceSchemaLocatlon="TVRecServ.xsd" crid="crid://hbc. com/foxes/episode 11" 
requestld="1 2456XD34"/> 

II n'est pas attendu de reponse de I'enregistreur. 

Pour connaTtre Tetat d'une commande d'enregistrement, Tutilisateur doit 
envoyer la requete "demande d'etat d'enregistrement" (structure de donnees 
<TV_Record_Request_Status__Request>) (figure 2) contenant : 

- de preference, Tidentification de la commande d'enregistrement 
acceptee (attribut "requestid'*), 

- optionnellement, Tidentification du contenu a enregistrer (attribut 
"CRID"), 

- optionnellement, Tidentification de Tutilisateur (attribut <Userld>). 
Exemple de requete de "demande d'etat d'enregistrement" : 
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<TV_Record_Request_Status_Request xmlns:xsi="http://w\AAA/. w3.org/2001/XMLSchema-instance" 
xsi:noNamespaceSchemaLocation="TVRecServ.xsd" crid="Grid://hbc.com/foxes/episode1 1" 
requestld="1 2456XD347> 

5 Plusieurs reponses sont possibles. Dans le cas ou le contenu n'est pas 

encore enregistre (figure 4), la reponse de Tenregistreur contiendra : 

- de preference, ['identification de la commande d'enregistrennent 
acceptee (attribut "requestid"), 

- de preference, Tetat de la commande (attribut "status", valeur 
10 "runnningRequest"), 

- optionnellement, I'identification du contenu a enregistrer (attribut 
"CRID"), 

- optionnellement, la date et Theure de fin programmee (attribut 
"callAfter"). 

15 

Exemple d'une reponse "contenu non encore enregistre" : 

<TV_Record_Request_Status_Response xmlns:xsi~ 'http://www.w3.org/2001/XMLScheiTia-instance" 
xsiinoNamespaceSchemaLocation-'TVRecServ.xsd" crld="crid://hbc.com/foxes/eplsode1 1" 
20 requestld="12456XD34" status="running Request" callAfter="2003-06-27T14:30:00.00+01 :00"/> 

L'attribut "callAfter" permet au terminal de programmer un 
temporisateur pour refaire une requete d'etat d'enregistrement lorsque celle-ci 
aura des chances d'obtenir une reponse differente. C'est le cas lorsque Theure 
25 de diffusion d'un contenu a change, 

Dans le cas ou la requete n'est pas reconnue comme valide (figure 7), 
la reponse de Tenregistreur contiendra : 

- de preference, I'identification de la commande d'enregistrement 
30 acceptee (attribut "requestid"), 

- de preference, I'etat de la commande (attribut "status", valeur 
"unknownRequest"), 
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- optionnellement, ridentification du contenu a enregistrer (attribut 
"CRID'l 

Exemple de reponse de Tenregistreur pour une commande 
d'enregistrement inconnue : 

<TV_Record_Request_Status_Response xmlns:xsi="http://v\AAAA/.w3.org/2001/XMLSchema-instance" 
xsi:noNamespaceSchemaLocation="TVRecServ,xsd" crid="crld://hbc.com/foxes/episode11" 
requestld="1 2456XD34" status="unknownRequest'7> 

Cela pourra se produire si le terminal de I'utilisateur interroge 
I'enregistreur de reseau apres la date d'expiration de la conservation d'un 
contenu enregistre. 

Dans le cas ou la requete a echoue pour une raison ou une autre 
(figure 6), I'enregistreur repondra par : 

- de preference, ridentification de la commande d'enregistrement acceptee 

(attribut "requestid"), 

- de preference, Tetat de la commande (attribut "status", valeur 
"failedRequest") 

- optionnellement, identification du contenu a enregistrer (attribut "CRID"). 

Exemple de reponse de I'enregistreur pour une commande 
d'enregistrement terminee sur echec : 

<TV_Record_Request_Status_Response xmlns:xsi=''http://wvvw.w3.org/2001/XMLSchema-lnstance" 
xsi:noNamespaceSchemaLocation="TVRecServ.xsd" crid="crid://hbc.com/foxes/episode1 1" 
requestld="1 2456XD34" status="failedRequest7> 

Dans le cas ou Tenregistrement est termine et le contenu disponible, la 
reponse de Tenregistreur contient : 

- de preference, ridentification de la commande d'enregistrement 
acceptee (attribut "requestid''), 
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- de preference, Tetat de la commande (attribut "status", valeur 
"content A vailable ") , 

- optionnellement, Tidentification du contenu a enregistrer 
(attribut "CR/D"), 

5 - optionnellement, la duree de conservation du contenu 

enregistre dans Tenregistreur (attribut "keepDuration"), 

- de preference, le moyen de recuperer le contenu enregistre 
(attribut "contentURL") 

10 Exemple de reponse de Tenregistreur pour contenu enregistre dans 

Tenregistreur : 

<TV_Record_Request_Status_Response xmlns:xsi-'http://\AAAAA/.w3.org/2001/XMLSchema-instance" 
xsi:noNamespaceSchemaLocation="TVRecServ.xsd" crid="crid://hbc.com/foxes/episode11" 
15 requestld="12456XD34"status="contentAvai)able" 

contentURL="ftp://Iogin: password @ftp.tvrs,fr/user1/av1 2. mpg7> 

1.4. Transfert et suppression d'un contenu enregistre dans le reseau 
Lorsque I'enregistreur repond a une requete d'etat d'une commande 
20 d'enregistrement de contenu en indiquant que le contenu est disponible, le 
terminal de Tutilisateur peut alors recuperer ce contenu par telechargement, 
son adresse est indiquee par Tattribut <contentURL> de la reponse de 
Tenregistreur. 

L'enregistrement dans le reseau sera supprime automatiquement apres 
25 un certain delai de conservation ou par une commande explicite du terminal 
contenant : 

- de preference, Tidentification de la commande d'enregistrement 
acceptee (attribut "requestid"), 

- optionnellement, identification du contenu a enregistrer (attribut 
30 "CRID"), 

- optionnellement, Tidentification de Tutilisateur (attribut <Userld>). 
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Exemple de commande de suppression d'enregistrement dans le 
reseau : 

<Recorded_Content_Delete xmlns:xsi="http://www.w3.org/2001/XMLScherna-lnstance" 
5 xsiinoNamespaceSchemaLocation-'TVRecServ.xsd" cnd="crid://hbc.com/foxes/episode1 1" 

requestld="1 2456XD34"/> 

11 n'est pas attendu de reponse de I'enregistreur. 

2. Enregistrement d'un contenu audio-visuel par un enregistreur de reseau par 
UDDI et SOAP. 

10 

2.1. Declaration de I'enregistreur de reseau par UDDI (service Web) 

La technologie des services Web et en particulier UDDI (Universal 
Description, Discovery and Integration) peut permettre aux enregistreurs de 
contenus audiovisuels diffuses dans le reseau par des canaux de diffusion de 
15 s'inscrire dans un annuaire : Tannuaire d'affaires UDDI. 

La technologie SOAP (Sinnple Object Access Protocol) permet 
d'echanger des structures de donnees de type XML. 

II faut pouvoir enregistrer dans cet annuaire UDDI : 

- une nouvelle categorie (ou rubrique) de service : le service 
20 d'enregistrement de contenus audiovisuels dans le reseau avec son 

point d'acces et les operations qu'ils acceptent des terminaux 
utilisateurs, 

- un critere de recherche : I'identificateur de chaque canal de diffusion 
(chaTne de television). 

25 Ainsi, un terminal utilisateur qui cherche un enregistreur de reseau 

pourra interroger I'annuaire en fournissant un ou plusieurs identificateurs de 
canaux de diffusion (chaTnes de television) et en demandant en retour un 
moyen de s'adresser directement aux enregistreurs qui repondent aux criteres 
de recherche. 

30 Le nouveau critere de recherche dans I'annuaire UDDI que constitue 

I'identificateur de chaTne de television, par exemple, doit faire I'objet de la 
definition d'un nouveau tModel UDDI appele ici "serviceURL" (en conformite 
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avec la section 1 .6.4 des specifications UDDI relative a la definition de 
"tModel") pour declarer les canaux de diffusion de contenus audiovisuels. On 
lui donnera le nom de ''tv-record-org.'serviceURL". C'est une autorite qui doit 
demander Tenregistrement de ce nouveau "tModel". L'entite "tv-record-org" est 
5 quelconque, cela pourrait etre "tv-anytime-org" ou une autre. Ceci a pour 
consequence de declarer une cle du menne nom "uddi:tv- 
record. org:service URL 

La declaration de cette cle contient egalement des references aux 
specifications de ce "tModel" par i'organisnne demandant son introduction 
10 "<overviewDoc><overviewURL>" et Telement "<categoryBag> contient des 
informations standards de toute declaration de "tModel". 

<tModel tModelKey="uddi:tv-record.org:serviceURL"> 
<name>tv-record-org:serviceURL</name> 

<description xml:lang="en">Category system for each delivery service handled by a recording 
service</descrlption> 
<overvlewDoc> 
<overviewURL useType="text"> 
ftp://pub:pub@ftp.francetelecom.fr/pub/Spec/Record_tModel.zip 
</oven/iewURL> 
</overviewDoc> 
<categoryBag> 

<keyed Reference keyName="uddl-org:types: categorization" 
keyValue-'categorization" tModelKey="uddi:uddi.org:categorization:types7> 

<keyed Reference keyName="uddi-org:types:unchecked" 
keyValue-'unchecked" tModelKey-'uddi:uddl,org:categonzation:types7> 

</categoryBag> 
</tModel> 

30 II est egalement necessaire de definir un "tModel port" pour renvoi de 

requete a Tenregistreur de contenus audiovisuels comme suit :ce « tModel » 
decrit le service de transfert de commande a Tenregistreur de contenus dans 
le reseau "submit_Data" dont Tusage sera illustre plus loin : 



20 
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<tModeI tModelKey="uddi:tv-record.org:subinit_Data_v1 0"> 
<name>tv-record-org:submlt_Data_v10</name> 

<description xml:!ang="en">TV Record WSDL Interface for submit_Data port</descrlption> 
<overviewDoc> 
5 <0V8rviewURL useType="wsdllnterface"> 

http://www.tv-record.0rg/wsdl/tvr_transport_vlO.wsdl#submlt_Data__SOAP 
</overviewURL> 
</overvlewDoc> 
<oven/iewDoc> 
10 <overviewURL useType="text"> 

ftp://tvr:tvr@ftp. voila.fr/spec/tvr_xxV10.zip 
</overviewURL> 
</overviewDoc> 
<categoryBag> 

15 <keyed Reference keyNanne="uddi-org:types:wsdl" keyValue="wsdlSpec" 

tModelKey="uddl:uddi.org:categorization:types"/> 
<keyedReference keyNanrie="uddi-org:types:soap" keyValue-'soapSpec" 

tlVlodelKey="uddl:uddl.org:categorization:types7> 
<keyed Reference keyNa me="udd i-org :types ixml" keyVal ue="xnnlSpec" 
20 tModelKey="uddi:uddi.org : categorlzatjon:types"/> 

<keyed Reference keyName="uddi-org:types:speclfication" 
keyVa I ue="speclfi cation" tModelKey="uddi:uddl.org:categorization:types7> 
</categoryBag> 
</tModel> 

25 

Un enregistreur de contenus audiovisuels diffuses, pour se faire 
connaTtre, doit declarer ses possibilites d'enregistrement en utilisant la 
methode (de I'API de publication UDDI) appelee "save^binding" (en supposant 
que les structures parentales appropriees "businessEntity" et 
30 "businessService" ont deja ete declarees) en faisant reference au « tModel » 
defini precedemment : 

<save_binding xmlns="urn:uddi-org:api_v3"> 
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<bindingTemplate> 

<descrlption xml:lang="fr">Declaration d'un service d'enregistrement de contenus audiovisuels pour une (ou 
plusieurs) chaTne(s) de televlslon</descrjption> 
occessPoint useType="endPoint"> 

http://www.volla.fr/movles 
</accessPoint> 
<tModel lnstanceDetails> 
<tMode[lnstancelnfo tMode!Key="uddi:tv-record.org:submit_Data_v10"> 
<instanceDetails> 
<instanceParms><![CDATA[ 

<?xml version="1.0" encQding="utf-8"?> 
<descrjbe_submit_Data_Result serviceVersion="3" 

xmlns="http://www.tv-anytime.org/2002/11/transport"> 
<ConversionCapabilities> 
<BitrateConversionCapability>true</BltrateConversionCapabllity> 
<TranscodingCapability>MPEG-1</TranscodingCapabllity> 
<TranscodingCapability>MPEG-4</TranscodingCapability> 
</ConversionCapabilities> 
<SupportedTransferProtocoIs> 
<SupportedTransferProtocol value="FTP7> 
<SupportedTransferProtocol value="HTTP7> 
</SupportedTransferProtocols> 
<DeIlveryServiceLlst> 

<DeliverySen/ice serviceURL="dvb://1 .2.a"> 

<ChargingPolicy xml:lang="en">3 USD for AV contents produced in the last 3 months, 1 USD for the other 
contents</ChargingPolicy> 
</DeliveryService> 

<DeliveryServlce serviceURL-'dvb://1 .2.b"/> 
<DeliveryServlce serviceURL="dvb://1 .2.c7> 
</DenveryServiceList> 

</describe_submit_Data_Result> 
]]></instanceParms> 
</instanceDetails> 
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</tModellnstancelnfo> 
</tModeIlnstanceDetalls> 
<categoryBag> 

<keyed Reference tModelKey="uddi:tv-record.org:servlceURL" 

keyValue="dvb://1 .2.a'7> 
<keyed Reference tModelKey="uddi:tv-record.org:serviceURL" 

keyValue="dvb://1 .2.b7> 
<keyed Reference tModelKey="uddi:tv-record.org:serviceURL" 
keyValue="dvb://1 .2.c7> 
</categoryBag> 
</bindingTemplate> 
</save_binding> 

L'element <accessPoint> fournit Tadresse http de Tenregistreur ou 
devra etre envoyee la requete "submit_Data'\ 

Uelement <instanceParms> contient la declaration de ce que Ton peut 
attendre de Tenregistreur (contenu de la structure de donnees 
<TV_Record_Service_Declaration> definie pour le premier mode de 
realisation) qui definit les possibilites de transcodage, de reduction de debit, 
de protocole de transfert, la liste des canaux de diffusion enregistrables et les 
conditions tarifaires. 

Uelement <categoryBag> contient la liste des canaux de diffusion que 
Tenregistreur est capable d'enregistrer. 

2.2. Decouverte de Tenregistreur de reseau par service Web 
La technologie des services Web et en particulier UDDI (Universal 
Description, Discovery and Integration) offre egalement la possibilite aux 
terminaux, disposant d'une connexion a Tlnternet, de decouvrir des 
enregistreurs de contenus audiovisuels diffuses, sans connaissance prealable, 
en interrogeant cet annuaire. 

Ainsi, tout terminal peut utiliser un noeud de I'annuaire d'affaires UDDI 
(qui a des adresses bien connues) pour trouver des enregistreurs de contenus 
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audiovisuels diffuses par la commande <find_binding> comme illustre ci- 
dessous : 

<find_binding xmlns-'urn:udd!-org:apLv3"> 
5 <tModelBag> 

<tModelKey>uddi:tv-record.org:submit_Data_v1 0</tModeI Key> 
</tModelBag> 
<categoryBag> 

<keyed Reference tModelKey="uddi:tv-record.org:serviceU RL" 
10 keyValue="dvb://1 .2.a7> 

<keyed Reference tMGdeIKey="uddi:tv-record.org:serviceLJ RL" 
keyValue="dvb://1 .2x7> 
</categoryBag> 
</find_blndlng> 

15 

Dans cet exemple, le terminal recherche un enregistreur de reseau 
pour les canaux, ou chaTnes de television, references "dvb://1.2.a" et 
"dvb:/1 .2.C". 

En reponse, le terminal va recevoir une liste de <bindingTemplate> 
20 (enregistres dans Tannuaire des services par la commande <save_binding>) 
qui repondent a sa requete. 

2.3. Commande d'enregistrement dans le reseau 

Apres avoir choisi un enregistreur de contenus audiovisuels, le terminal 
25 peut envoyer la requete suivante en utilisant SOAP (Simple Object Access 
Protocol) pour commander renregistrement d'un contenu (en encapsulant la 
commande <TV_Record_Service__Request> definie dans le mode de 
realisation precedent) : 

30 POST /tvr/md-service HTTP/1 .0 

Host: www.voila.fr 

Content-Type: text/xml; charset="utf-8" 
Content-Length: nnnn 
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Accept-Encoding: deflate 
SOAPAction: "submit_Data" 

<?xml version="1 .0" encoding="UTF-8"?> 
5 <Envelope xmlns=" http://schemas.xmlsoap.org/soap/enveloper> 

<Body> 

<submit_Data xmlns="http://w\AAA/.tv-record,org/2002/1 1/transport"> 
<TV_Record_Service_Request 

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
10 xsi:noNamespaceSchemaLocation="TVRecServ.xsd" userld="XcGHJ63DX"> 

<RequestedTransferProtocoi>FTP</RequestedTransferProtocol> 
<Transcoding>MPEG-4</Transcoding> 
<MaxBitRate>1 500</MaxBitRate> 

<Contentldentification crid="crid://hbc.com/foxes/episode1 1" 
15 serviceURL="dvb:// 1 .4ee2.3f5/" 

start="2001 -04-07119:00:00.00+01 :00" duration="PT1 H30M7> 
<Contentldentification crid="crid://ch1 .com/serie/ep12" 
serviceURL="dvb://1.4ee2.3f4;4f5/" 

start="2003-06-27T12:30:00.00+01 :00" duration="PT0H30M" 
20 instanceMetadatald="iml:broadcast/17> 
</TV_Record_Service_Request> 
</submit_Data> 
</Body> 
</Envelope> 

25 

En retour le terminal va recevoir la reponse suivante avec des 
connmandes d'enregistrement acceptees et d'autres refusees : 

HTTP/1.1 200 OK 
30 Content-Type: text/xml; charset="utf-8" 

Content-Length: nnnn 
Content-Encoding: deflate 
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<?xml version="1.0" encoding="UTF-8"?> 
<Envelope xmlns="http://www.w3.org/2002/06/soap-envelope"> 
<Body> 

<submit_Data_Result xmlns-' http://schemas.xmlsoap.org/soap/envelope/"> 
<TV_Record_Service_Request_Response 

xmlns:xsi="http://www. w3.org/2001/XMLSchema-lnstance" 
xsi:noNamespaceSchemaLocation="TVRecServ.xsd"> 
<RecordRequestSuccess crid="crid://hbc.com/foxes/episode1 1" 
requestld="12456XD34" 

recordEndTime="2003-04-07T20:30:00.00+01:007> 
<Record Requests uccess crid="crid://zzz.com/movie/title1" 
requestld="156WQ77" 

recordEndTime="2003-04-07T20:30:00.00+01:00" 
keepDuration="PT24H" record Cost="2" currency="USD"/> 
<RecordRequestFallure crid="crid://ch1 .com/serie/ep12" 

KOreason-'unknownCRID'7> 
<RecordRequestFailure crid- 'cnd://chaine5.com/film1 5" 
KOreason="unavallableServiceURL"/> 
</TV_Record_Service_Request_Response> 
</subm it_Data_Res uit> 
</Body> 
</Envelope> 

II est procede de la meme fagon pour encapsuler les autres commandes 
definies dans le mode de realisation precedent pour les autres etapes de 
Tenregistrement de contenus audiovisuels dans le reseau. 
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REVENDICATIONS 



1. Procede d'enregistrement de contenus audio-visuels dans un reseau de 
5 communication, caracterise en ce que, ledit reseau de communication 

comprenant au moins un enregistreur de reseau apte a enregistrer des 
contenus audio-visuels diffuses sur une pluralite de canaux de diffusion, 
I'enregistrement desdits contenus audio-visuels par un enregistreur de reseau 
etant effectue a la demande d'un utilisateur muni d'un terminal de 
10 communication apte a echanger des informations avec au moins un 
enregistreur de reseau a travers ledit reseau de communication, ledit procede 
comporte les etapes suivantes : 

- pour Tenregistreur de reseau, se declarer dans le reseau, la declaration 
indiquant au moins : 

15 * un moyen d'acces audit enregistreur, 

* une liste de canaux de diffusion dont les contenus audio-visuels 
diffuses sent aptes a etre enregistres par I 'enregistreur de reseau, 

- pour I'utilisateur, choisir au moyen de son terminal un enregistreur de reseau 
apte a enregistrer au moins un contenu audio-visuel souhaite et s'y connecter 

20 a I'aide dudit moyen d'acces afin de commander I'enregistrement dudit au 
moins un contenu audio-visuel, ladite commande comprenant une 
identification dudit au moins un contenu audio-visuel a enregistrer a choisir, 
separement ou en combinaison, entre une reference unique dudit contenu et 
une identification d'une instance dudit contenu constitute d'au moins 

25 I'identification du canal de diffusion de ladite instance accompagnee de 
indication d'une plage horaire de diffusion, 

- pour I'enregistreur de reseau, emettre une reponse a la commande 
d'enregistrement de I'utilisateur contenant pour chaque contenu a enregistrer 
une identification de la commande d'enregistrement acceptee, en cas 

30 d'acceptation de la commande. 

2. Procede selon la revendication 1, caracterise en ce qu'il comporte 
egalement les etapes consistant : 
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- pour I'utilisateur, en cas d'acceptation de la commande, a formuler vers 
I'enregistreur de reseau une requete sur I'etat de la commande 
d'enregistrement en indiquant au moins ladite identification de la commande 
d'enregistrement acceptee, 
5 - pour I'enregistreur de reseau, a emettre une reponse a la requete sur I'etat 
de la commande d'enregistrement contenant au moins Tidentification de la 
commande d'enregistrement acceptee et I'etat de la commande. 

3. Precede selon la revendication 1, caracterise en ce qu'il comporte 
egalement les etapes consistant pour Tutilisateur a formuler une requete 

10 d'annulation d'une commande d'enregistrement acceptee ou de suppression 
d'un contenu enregistre par Tenregistreur de reseau, en indiquant au moins 
I'identification de la commande d'enregistrement acceptee. 

4. Precede selon Tune quelconque des revendications 1 a 3, caracterise en ce 
que ledit moyen d'acces a un enregistreur de reseau consiste en une adresse 

15 dudit enregistreur dans le reseau. 

5. Precede selon Tune quelconque des revendications 1 a 3, caracterise en ce 
que ledit moyen d'acces a un enregistreur de reseau consiste en un annuaire 
comprenant une inscription d'operations particulieres aux enregistreurs de 
reseau, chaque enregistreur de reseau etant identifie par ladite operation. 

20 6. Precede selon Tune quelconque des revendications 1 a 5, caracterise en ce 
que ladite liste des canaux de diffusion dont les contenus audio-visuels 
diffuses sent aptes a etre enregistres par Tenregistreur de reseau comporte 
Tadresse de chacun des canaux de diffusion, accompagnee optionnellement 
du tarif pratique par I'enregistreur de reseau pour chacun des canaux de 

25 diffusion. 

7. Precede selon Tune quelconque des revendications 1 a 6, caracterise en ce 
que la declaration de I'enregistreur de reseau dans le reseau contient les 
capacites de conversion dudit enregistreur. 

8. Precede selon la revendication 7, caracterise en ce que lesdites capacites 
30 de conversion concernent la reduction en debit et/ou le transcodage des 

contenus audio-visuels. 

9. Precede selon I'une quelconque des revendications 1 a 8, caracterise en ce 
que la declaration de I'enregistreur de reseau dans le reseau contient les 
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protocoles de transfert du contenu audio-visuel enregistre vers le terminal de 
I'utilisateur aptes a etre mis en oeuvre par I'enregistreur de reseau. 

10. Precede selon Tune quelconque des revendications 1 a 9, caracterise en 
ce que ladite indication de plage fioraire comporte I'lieure de debut de 

5 diffusion et I'lieure de fin ou la duree de diffusion sur le canal de diffusion de 
ladite instance. 

11. Precede selon Tune quelconque des revendications 7 a 10, caracterise en 
ce que ladite commande contient les capacites de conversion exigees par 
Tutilisateur pour le transfert de I'^nregistrement vers son terminal. 

10 12. Precede selon I'une quelconque des revendications 1 a 11, caracterise en 
ce que la reponse de Tenregistreur de reseau contient, en cas d'aoceptation 
de la commande, ladite reference unique du contenu audio-visuel commande. 

13. Precede selon I'une quelconque des revendications 1 a 12, caracterise en 
ce que la reponse de Tenregistreur de reseau contient, en cas d'acceptation 

15 de la commande, Theure de fin programmee de I'enregistrement et/ou le cout 
dudit enregistrement. 

14. Precede selon I'une quelconque des revendications 1 a 13, caracterise en 
ce que la reponse de Tenregistreur de reseau contient, en cas d'acceptation 
de la commande, la duree de conservation de renregistrement par 

20 I'enregistreur de reseau. 

15. Precede selon I'une quelconque des revendications 1 a 14, caracterise en 
ce que la reponse de I'enregistreur de reseau contient, en cas de refus de la 
commande, la raison du refus. 

16. Precede selon Tune quelconque des revendications 2 a 15, caracterise en 
25 ce que ladite requete sur I'etat de la commande d'enregistrement contient 

ladite reference unique du contenu et/ou ridentification de rutilisateur. 

17. Precede selon Tune quelconque des revendications 2 a 16, caracterise en 
ce que la reponse a la requete sur I'etat de la commande d'enregistrement 
contient, en cas de commande non encore executee, la reference unique du 

30 contenu et/ou la date et I'heure de fin programmee. 

18. Precede selon I'une quelconque des revendications 2 a 16, caracterise en 
ce que la reponse a la requete sur I'etat de la commande d'enregistrement 
contient, en cas de commande inconnue, la reference unique du contenu. 
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19. Procede selon I'une quelconque des revendications 2 a 16, caracterise en 
ce que la reponse a la requete sur Tetat de la commande d'enregistrement 
contient, en cas d'echec de la commande, la reference unique du contenu. 

20. Procede selon Tune quelconque des revendications 2 a 16, caracterise en 
5 ce que la reponse a la requete sur Tetat de la commande d'enregistrement 

contient, lorsque le contenu est disponible, une adresse ou le contenu 
enregistre est disponible 

21. Procede selon la revendication 20, caracterise en ce que ladite reponse 
contient la reference unique du contenu et/ou la duree de conservation de 

10 Tenregistrement par Tenregistreur de reseau. 

22. Procede selon I'une quelconque des revendications 3 a 21, caracterise en 
ce que ladite requete d'annulation de commande ou de suppression de 
contenu enregistre contient la reference unique du contenu et/ou 
identification de Tutilisateur. 

15 23. Procede selon I'une quelconque des revendications 1 a 22, caracterise en 
ce que ladite commande comporte une identification de rutiiisateur. 
24. Procede selon I'une quelconque des revendications 1 a 23, caracterise en 
ce que la reponse de I'enregistreur de reseau a la commande 
d'enregistrement de I'utilisateur contient une identification de contenu refuse, 

20 en cas de refus et de pluralite de contenus commandes. 
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